Перевод: со всех языков на русский

с русского на все языки

размещение системы

  • 1 system residence

    1. размещение системы

     

    размещение системы

    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > system residence

  • 2 system residence

    размещение системы; резиденция системы; резидентный том

    English-Russian information technology > system residence

  • 3 system residence

    Универсальный англо-русский словарь > system residence

  • 4 System-Residenz

    f
    резиденция системы (размещение системы программ в памяти машины; чаще всего речь идёт о размещении в основной или оперативной памяти)

    Neue Deutsch-Russische Wörterbuch > System-Residenz

  • 5 Systemresidenz

    f
    резиденция системы (размещение системы программ в памяти машины; чаще всего речь идёт о размещении в основной или оперативной памяти)

    Neue Deutsch-Russische Wörterbuch > Systemresidenz

  • 6 apkalpošanas sistēmas izvietojums

    ▪ Termini
    ru размещение системы обслуживания celtn.
    Kai98

    Latviešu-krievu vārdnīcu > apkalpošanas sistēmas izvietojums

  • 7 arrangement

    размещение, расположение, компоновка; устройство; прибор; установка arrangement of fuel размещение горючего материала arrangement of reinforcement расположение арматуры arrangement breaking - прерыватель, разъединитель arrangement end-center - разводка трубопроводов системы пожаротушения с распределительными трубопроводами по обе стороны горизонтального питательногог трубопровода arrangement end-side - разводка трубопроводов системы пожаротушения с распределительными трубопроводами по одну сторону горизонтального питательного трубопровода arrangement fire - установка пожаротушения; пожарное вооружение arrangement general - общее расположение или вид arrangement three end-center with central feed - разводка, при которой распределительные трубопроводы с тремя сприпклерными головками на каждом находятся по обе стороны горизонтального питательного трубопровода с питанием в центральной части arrangement three end-side with end feed - разводка, при которой распределительные трубопроводы с тремя спринклерньшп головками на каждом находятся по одну сторону горизонтального питательного трубопровода с питанием с конца arrangement two end-center with end feed - разводка, при которой распределительные трубопроводы с двумя спринклерньшп головками на каждом находятся ло обе стороны горизонтального питательного трубопровода с питанием с конца arrangement two end-side with central feed - разводка, при которой распределительные трубопроводы с двумя спринклерньшп головками на каждом находятся по одну сторону горизонтального питательного трубопровода с питанием в центральной части arrangement water-supply -s устройство водоснабжения arrangement wheel - колесная формула (характеристика); схема расстановки колес

    Англо-русский пожарно-технический словарь > arrangement

  • 8 construction

    1. размещение
    2. проектирование
    3. конструкция
    4. здание

     

    здание
    Наземное сооружение с помещениями для проживания, деятельности людей, хранения сырья или продукции или содержания животных.
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

    здание
    Наземное строительное сооружение с помещениями для проживания и (или) деятельности людей, размещения производств, хранения продукции или содержания животных
    [ ГОСТ Р 52086-2003]

    здание
    Строительная система, состоящая из несущих и ограждающих или совмещенных несущих и ограждающих конструкций, образующих наземный замкнутый объем, предназначенный для проживания или пребывания людей в зависимости от функционального назначения и для выполнения различного вида производственных процессов.
    [РД 01.120.00-КТН-228-06]

    здание

    Покрытая крышей конструкция со стенами, в которой энергия применяется для создания определенных условий внутри помещения. В качестве здания может рассматриваться здание целиком или его часть, спроектированная или перестроенная для отдельной эксплуатации.
    [ДИРЕКТИВА 2002/91/ЕС ЕВРОПЕЙСКОГО ПАРЛАМЕТА И СОВЕТА от 16 декабря 2002 г. по энергетическим характеристикам зданий]

    здание
    Результат строительства, представляющий собой объемную строительную систему, имеющую надземную и (или) подземную части, включающую в себя помещения, сети инженерно-технического обеспечения и системы инженерно-технического обеспечения и предназначенную для проживания и (или) деятельности людей, размещения производства, хранения продукции или содержания животных.
    [Технический регламент о безопасности зданий и сооружений]

    здание
    Результат строительства, представляющий собой объемную строительную систему, имеющую надземную и (или) подземную части, включающую в себя помещения, сети и системы инженерно-технического обеспечения и предназначенную для проживания и (или) деятельности людей, размещения производства, хранения продукции или содержания животных [4].
    Примечание - Данное определение может относиться к зданию в целом или к отдельным частям здания, которые могут использоваться отдельно.

    [ ГОСТ Р 54860-2011]

    КЛАССИФИКАЦИЯ

    1. Промышленные здания
      1. производственное здание
      2. складское здание
    2. Общественные здания
      1. учреждения и организации управления, финансирования, кредитования, госстраха, просвещения, дошкольные;
        1. административное здание
      2. библиотеки, архивы;
      3. предприятия торговли, общепита, бытового обслуживания населения;
      4. гостиницы;
      5. лечебные учреждения;
      6. музеи;
      7. зрелищные предприятия и спортивные сооружения
        1. зрелищное здание
        2. спортивное здание
    3. Жилые здания


    Части здания

    4545
    1 - фундамент;
    2 - цоколь;
    3 - поле стены (лицевая поверхность стены);
    4 - карниз;
    5 - оконный проем;
    6 - дверной проем;
    7 - простенок;
    8 - перемычка (часть стены, перекрывающая оконные или дверные проемы);
    9 - междуэтажное перекрытие;
    10 - подвал;
    11 - подполье;
    12 - нижнее перекрытие;
    13 - чердачное перекрытие;
    14 - балки;
    15 - кровля;
    16 - стропила;
    (15+16) - крыша

    [Грингауз Ф.И. Слесарь-жестянщик по промышленной вентиляции. Госстройиздат, 1959. 264 стр.]

    Тематики

    EN

    DE

    FR

     

    конструкция
    Устройство, взаимное расположение частей и состав машины, механизма или сооружения.
    [ http://sl3d.ru/o-slovare.html]

    Параллельные тексты EN-RU

    The new valve profile is design to ensure smooth and precise control at low capacities for improved part load performances.
    [Lennox]

    Вентиль новой конструкции обеспечивает плавное и точное регулирование при низкой производительности холодильного контура, что увеличивает его эффективность при неполной нагрузке.
    [Интент]


    Тематики

    EN

     

    проектирование
    Процесс разработки и выпуска проектной документации, необходимой для строительства объекта
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

    проектирование
    (ITIL Service Design)
    Деятельность или процесс, который идентифицирует требования и далее определяет решение, способное удовлетворить этим требованиям.
    См. тж. проектирование услуг.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    EN

    design
    (ITIL Service Design) An activity or process that identifies requirements and then defines a solution that is able to meet these requirements.
    See also service design.
    [Словарь терминов ITIL версия 1.0, 29 июля 2011 г.]

    Тематики

    • проектирование, документация

    EN

    DE

    FR

     

    размещение

    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва, 1999 г.]

    Тематики

    • электротехника, основные понятия

    EN

    Англо-русский словарь нормативно-технической терминологии > construction

  • 9 Games management systems (GMS)

    1. системы управления Играми (СУИ)

     

    системы управления Играми (СУИ)
    Прикладные области, связанные с управлением Играми, или отвечающей за них организацией. Примеры таких областей — аккредитация, укомплектование персоналом Игр, транспортное обеспечение, контроль доступа и логистика. В качестве организации — это группа лиц, отвечающих за разработку, реализацию и размещение этих систем.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    EN

    Games management systems (GMS)
    Application areas that deal with the administration of the Games or the organization that has responsibility for them. Examples of these areas are accreditation, Games staffing, transportation, access control, and logistics. As an organization, it is the group of people who are responsible for developing, implementing, and deploying these systems.
    [Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > Games management systems (GMS)

  • 10 allocation

    [ˌælə'keɪʃ(ə)n]
    2) Геология: калькулирование
    3) Морской термин: расположение
    4) Военный термин: лимит, разнарядка
    6) Сельское хозяйство: резервирование
    7) Строительство: ассигнование (денежных средств), распределение (расходов, рабочей силы)
    8) Математика: делёж
    9) Юридический термин: выделение средств, норма выдачи, обращенное судом к осужденному за фелонию или измену требования изложить имеющиеся у него доводы против вынесения ему приговора (назначения наказания), предназначение, развёрстка
    10) Экономика: размещение (напр. рабочей силы), размещение (капитала), выделение (ресурсов), распределение (сумм, кредитов)
    11) Бухгалтерия: аллокация, выделение (напр. ресурсов)
    12) Финансы: перечисление (фондов), спонсирование, финансирование, финансовое вливание
    13) Статистика: разделение (напр. надёжности по элементам системы), размещение элементов (системы), распределение (элементов в выборке)
    14) Дипломатический термин: выделение ресурсов
    16) Телекоммуникации: предоставление
    19) Рыбоводство: отвод
    23) SAP. присвоение
    28) Программирование: выделение (памяти: процесс запроса и получения памяти у системы для объекта)
    29) Кабельные производство: выделение (средств, ресурсов)
    30) Авиационная медицина: размещение (напр. приборов на приборной доске)
    31) Макаров: указание места, распределение частот или полос частот (между службами), распределение (напр. памяти ЭВМ), распределение (напр. приборов на приборной доске), распределение (напр., памяти ЭВМ)
    32) SAP.фин. перерасчёт
    33) Нефть и газ: закрепление, поселение (в комнату), прикрепление (к отделу)
    34) МИД: наряд
    36) Рыболовство: квота, доля ( в квоте) (термин аналогично применяется во внешней торговле), выделение, предоставление (квоты), распределение (квоты между компаниями, промысловыми секторами и т.п.)

    Универсальный англо-русский словарь > allocation

  • 11 telecommunications infrustructure standard for data centers

    1. стандарт на телекоммуникационную инфраструктуру центров обработки данных (ЦОД)

     

    стандарт на телекоммуникационную инфраструктуру центров обработки данных (ЦОД)
    -
    [Интент]

    Стандарт TIA/EIA-942

    Ассоциация TIA завершает разработку стандарта на телекоммуникационную инфраструктуру ЦОД—TIA/EIA-942 (Telecommunications Infrustructure Standard for Data Centers), который, по всей вероятности, будет опубликован в начале 2005 г. Основная цель данного стандарта — предоставить разработчикам исчерпывающую информацию о проектировании инфраструктуры ЦОД, в том числе сведения о планировке его помещений и структуре кабельной системы. Он призван способствовать взаимодействию архитекторов, инженеров-строителей и телекоммуникационных инженеров.

    Помимо рекомендаций по проектированию, в стандарте содержатся приложения с информацией по широкому кругу тем, связанных с организацией ЦОД. Вот некоторые из них: выбор места для развертывания ЦОД; администрирование его кабельной системы; архитектурные вопросы; обеспечение безопасности и защита от огня; электрические, заземляющие и механические системы; взаимодействие с операторами сетей общего пользования.

    Кроме того, в спецификациях стандарта отражены принятые в отрасли уровни надежности ЦОД. Уровень 1 обозначает отсутствие резервирования подсистем, а значит, низкую степень отказоустойчивости, а уровень 4 — высочайшую степень отказоустойчивости.

    Помещения и участки ЦОД

    Стандарт TIA/EIA-942 определяет ЦОД как здание или его часть, предназначенные для организации компьютерного зала и необходимых для функционирования последнего вспомогательных служб. Компьютерный зал — это часть ЦОД, основным предназначением которой является размещение оборудования обработки данных.

    В стандарте обозначены требования к компьютерному залу и комнатам для ввода кабелей (от сетей общего пользования). Так, для этих помещений определены: высота потолка (2,6 м); покрытие полов и стен; характеристики освещения; нагрузка на полы (минимальная — 732 кг/м2, рекомендуемая — 1220 кг/м2); параметры систем нагревания, вентиляции и кондиционирования воздуха; температура воздуха (20—25 °С), относительная влажность (40—55%); характеристики систем электропитания, заземления и противопожарной защиты.

    В число телекоммуникационных помещений и участков ЦОД входят:

    • Комната для ввода кабелей.

    • Главный распределительный пункт (Main Distribution Area — MDA).

    • Распределительный пункт горизонтальной подсистемы кабельной системы ЦОД (Horizontal Distribution Area — HDA).

    • Распределительный пункт зоны (Zone Distribution Area — ZDA).

    • Распределительный пункт оборудования (Equipment Distribution Area — EDA).

    Комната для ввода кабелей — это помещение, в котором кабельная система ЦОД соединяется с кабельными системами кампуса и операторов сетей общего пользования. Она может находиться как снаружи, так и внутри компьютерного зала. При организации соединения названных кабельных систем внутри компьютерного зала соответствующие средства можно оборудовать в MDA.

    С целью резервирования элементов инфраструктуры ЦОД или соблюдения ограничений на максимальную длину каналов связи в ЦОД можно организовать несколько комнат для ввода кабелей. Например, максимальная длина канала T-1, как правило, не должна превышать 200 м, тогда как типичное ограничение на длину канала T-3 составляет 137 м. Однако использование тех или иных типов кабеля и промежуточных коммутационных панелей в ряде случаев суще-ственно уменьшает максимально допустимую длину линии. В стандарте TIA/EIA-942 имеются рекомендации по максимальной длине кабельных каналов в ЦОД.

    MDA содержит главный кросс, являющийся центром коммутации каналов кабельной системы ЦОД. В помещении MDA могут находиться и горизонтальные кроссы, предназначенные для коммутации горизонтальных кабелей, идущих к оборудованию, которое напрямую взаимодействует с оборудованием MDA. Кроме того, в помещении MDA обычно устанавливают маршрутизаторы и магистральные коммутаторы локальной сети и сети SAN ЦОД. Согласно стандарту, ЦОД должен иметь по крайней мере один MDA, а в целях резервирования допускается организация второго MDA.

    Помещение HDA предназначено для установки горизонтального кросса, с помощью которого осуществляется коммутация горизонтальных кабелей, идущих к оборудованию EDA, а также переключателей KVM и коммутаторов ЛВС и SAN, взаимодействующих с оборудованием HDA.

    ZDA — факультативный элемент горизонтальной подсистемы, располагающийся между HDA и EDA. Он призван обеспечить гибкость реконфигурации этой подсистемы. В ZDA горизонтальные кабели терминируются в зоновых розетках или точках консолидации. Подключение оборудования к зоновым розеткам осуществляется посредством соединительных кабелей. Стандарт не рекомендует размещать в ZDA коммутационную панель или активное оборудование, за исключением устройств подачи электропитания по горизонтальным кабелям.

    EDA — это участок ЦОД, выделенный для размещения оконечного оборудования, в том числе компьютеров и телекоммуникационных устройств. В EDA горизонтальные кабели терминируются на розетках, которые обычно располагают на коммутационных панелях, устанавливаемых в монтажных стойках или шкафах. Стандартом допускается и соединение устройств EDA напрямую друг с другом (например, blade-серверы могут напрямую подключаться к коммутаторам, а обычные серверы — к периферийным устройствам).

    В составе ЦОД вне пределов компьютерного зала можно оборудовать телекоммуникационную комнату, предназначенную для поддержки горизонтальных кабелей, проложенных к офисам обслуживающего персонала, центру управления, помещениям с механическим и электрическим оборудованием и другим помещениям или участкам ЦОД, расположенным вне стен компьютерного зала. Типичный ЦОД имеет одну или две комнаты для ввода кабелей, одну или несколько телекоммуникационных комнат, один MDA и несколько HDA.

    Кабельная система ЦОД состоит из следующих элементов:

    • горизонтальная подсистема;

    • магистральная подсистема;

    • входной кросс, находящийся в комнате для ввода кабелей или в помещении MDA (если комната ввода кабелей объединена с MDA);

    • главный кросс, установленный в MDA;

    • горизонтальный кросс, размещенный в HDA, MDA или в телекоммуникационной комнате;

    • зоновая розетка или точка консолидации, смонтированная в ZDA;

    • розетка, установленная в EDA.

    Горизонтальная подсистема — это часть кабельной системы ЦОД, проходящая между розеткой в EDA (или зоновой розеткой в ZDA) и горизонтальным кроссом, который находится в HDA или MDA. В состав горизонтальной подсистемы может входить факультативная точка консолидации. Магистральная подсистема связывает MDA с HDA, телекоммуникационными комнатами и комнатами для ввода кабелей.

    Топология кабельной системы

    Горизонтальная и магистральная подсистемы кабельной системы ЦОД имеют топологию типа “звезда”. Горизонтальные кабели подключаются к горизонтальному кроссу в HDA или MDA. С целью резервирования путей передачи данных разные розетки в EDA или ZDA можно соединять (горизонтальными кабелями) с разными горизонтальными кроссами.

    В звездообразной топологии магистральной подсистемы каждый горизонтальный кросс, расположенный в HDA, подключен напрямую к главному кроссу в MDA. Промежуточных кроссов в кабельной инфраструктуре ЦОД не предусмотрено.

    Чтобы повысить надежность работы инфраструктуры, как уже отмечалось, допускается резервирование HDA. В этом случае все горизонтальные кроссы должны быть связаны с основным и резервным HDA.

    Стоит также отметить, что для резервирования элементов инфраструктуры и поддержки приложений, которые не могут функционировать из-за того, что длина путей передачи данных в рамках звездообразной топологии превышает максимальную дальность связи с использованием этих приложений, допускается организация прямых кабельных соединений между HDA. Кроме того, для соблюдения ограничений на максимальную длину кабельных каналов разрешено организовывать прямые соединения между второй комнатой для ввода кабелей и помещениями HDA.

    Типы кабелей

    Для поддержки разнообразных приложений стандарт TIA/EIA-942 допускает установку самых разных типов кабелей, но при этом в новых инсталляциях рекомендует использовать кабели с максимально широкой полосой пропускания. Это весьма значительно увеличивает возможный срок службы кабельной инфраструктуры ЦОД.

    К разрешенным стандартом типам кабелей относятся:

    • 100-Ом кабель из витых пар, соответствующий стандарту ANSI/TIA/EIA-568-B.2; рекомендуется использовать кабель категории 6, специфицированный в приложении ANSI/TIA/EIA-568-B.2-1.

    • Кабель с 62,5/125-мкм или 50/125-мкм многомодовым волокном, соответствующий стандарту ANSI/TIA/EIA-568-B.3; рекомендуется использовать 50/125-мкм многомодовое волокно, оптимизированное для работы с 850-нм лазером и специфицированное в документе ANSI/TIA-568-B.3-1.

    • Одномодовый оптоволоконный кабель стандарта ANSI/TIA/EIA-568-B.3.

    • 75-Ом коаксиальный кабель (типа 734 или 735), соответствующий документу GR-139-CORE фирмы Telcordia Technologies, и коаксиальные разъемы стандарта ANSI T1.404. Эти кабели и разъемы рекомендованы для организации каналов T-3, E-1 и E-3.

    Прокладка кабелей и размещение оборудования

    Для прокладки кабелей в ЦОД стандарт TIA/EIA-942 разрешает использовать самые разные полости и конструкции, включая пространство под фальшполом и верхние кабельные лотки, уже получившие широкое распространение в ЦОД. Стандарт рекомендует реализовывать фальшполы в тех ЦОД, где предполагается высокая концентрация оборудования с большим энергопотреблением, или устанавливать большую компьютерную систему, сконструированную для подвода кабелей снизу. Под фальшполом телекоммуникационные кабели следует размещать в кабельных лотках, причем они не должны мешать потоку воздуха и иметь острых краев.

    Верхние кабельные лотки стандарт рекомендует подвешивать к потолку, а не прикреплять их к верхним частям монтажных стоек или шкафов. Это обеспечивает большую гибкость применения монтажного оборудования разной высоты. И еще. Размещать осветительные приборы и водораспыляющие головки нужно в проходах между рядами стоек или шкафов с оборудованием, а не прямо над ними.

    Согласно стандарту, для организации так называемых холодных и горячих проходов между рядами стоек или шкафов с оборудованием их следует устанавливать таким образом, чтобы стойки или шкафы соседних рядов были обращены либо передними, либо задними сторонами друг к другу. Холодные проходы образуются впереди стоек или шкафов — в этих проходах плиты фальшпола имеют отверстия, через которые в помещение ЦОД поступает холодный воздух. Силовые кабели обычно прокладывают под холодными проходами. Соседние с ними проходы называются горячими — в ту сторону обращены задние части шкафов или стоек. Лотки с телекоммуникационными кабелями, как правило, располагают под горячими проходами.

    В стойках или шкафах оборудование должно быть смонтировано так, чтобы его вентиляционные отверстия, через которые всасывается холодный воздух, находились в передней части шкафа или стойки, а выход горячего воздуха осуществлялся в задней части. В противном случае система охлаждения оборудования, основанная на концепции холодных и горячих проходов, не будет работать. Данная концепция ориентирована на устройства, в которых охлаждающий воздух перемещается от передней панели к задней.

    Чтобы обеспечивать надлежащее охлаждение установленного оборудования, монтажные шкафы должны иметь средства воздухообмена. Если шкафы не оснащены вентиляторами, способствующими более эффективному функционированию горячих и холодных проходов, то в дверях шкафов должно быть большое число вентиляционных отверстий или прорезей, общая площадь которых составляла бы не менее половины площади двери.

    Для удобства монтажа оборудования и прокладки кабелей проходы между рядами шкафов или стоек не должны быть слишком узкими. Рекомендуемое расстояние между передними сторонами стоек или шкафов (соседних рядов) — 1,2 м, а минимальное — 0,9 м. Расстояние между задними сторонами стоек или шкафов (опять же соседних рядов) должно составлять 0,9 м, а минимальное — 0,6 м.

    Размещать ряды стоек или шкафов нужно так, чтобы можно было снимать плиты фальшпола спереди и сзади ряда. Таким образом, все шкафы следует выравнивать вдоль краев плит фальшпола. Чтобы резьбовые стержни, которыми монтажные стойки крепятся к межэтажным перекрытиям, не попадали на крепежные элементы плит фальшпола, стойки устанавливаются ближе к центру этих плит.

    Размеры прорезей в плитах фальшпола, находящихся под стойками или шкафами, должны быть не больше, чем это необходимо, чтобы свести к минимуму снижение давления воздуха под фальшполом. Кроме того, для минимизации продольной электромагнитной связи между силовыми и телекоммуникационными кабелями из витых пар в стандарте TIA/EIA-942 оговорены требования к расстоянию между ними.

    Стандарт TIA/EIA-942 разрабатывается с целью удовлетворения потребности ИТ-отрасли в рекомендациях по проектированию инфраструктуры для любого ЦОД независимо от его размеров (небольшой, средний или крупный) и характера использования (корпоративный ЦОД или ЦОД, в котором базируются Интернет-серверы разных компаний).

    [ http://www.ccc.ru/magazine/depot/04_13/read.html?1102.htm]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > telecommunications infrustructure standard for data centers

  • 12 allocation

    1. формирование инвестиционных ресурсов
    2. установление норм добычи нефти
    3. распределение (нагрузки)
    4. распределение (в экологическом менеджменте)
    5. распределение
    6. расположение пакетов в кадре
    7. расположение данных в памяти
    8. размещение акций
    9. разделение (надёжности по элементам системы)
    10. программа распределения ресурсов
    11. лимит добычи нефти с данного участка
    12. выделение сетевых ресурсов (каналов, частот и др.) во временное пользование
    13. выделение (ресурсов)
    14. выделение

     

    выделение (ресурсов)

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    выделение сетевых ресурсов (каналов, частот и др.) во временное пользование

    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

     

    лимит добычи нефти с данного участка
    планирование дебитов


    [ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

    Тематики

    Синонимы

    EN

     

    программа распределения ресурсов
    Компонент операционной системы, выполняющий распределение ресурсов.
    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    EN

     

    размещение акций
    1.Продажа, нахождение покупателей для акций (выпуска) либо путем публичного объявления и публикации проспекта эмиссии, с помощью подписки, либо путем непосредственного привлечения заранее известного (закрытого) круга покупателей. Р.а может быть первичное, либо вторичное – на открытом рынке по окончании срока первичного размещения. 2. Распределение, полное или частичное, определенных частей эмиссии акций между инвесторами, брокерами или андеррайтерами для дальнейшей перепродажи.. Распределение может быть различным в зависимости от спроса на данные акции на рынке.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

     

    расположение данных в памяти

    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

     

    расположение пакетов в кадре

    [Л.Г.Суменко. Англо-русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.]

    Тематики

    EN

     

    распределение (в экологическом менеджменте)
    (B контексте оценки жизненного цикла)
    Выделение частей входных или выходных потоков единичного процесса, относящихся к исследуемой продукционной системе.
    [ http://www.14000.ru/glossary/main.php?PHPSESSID=25e3708243746ef7c85d0a8408d768af]

    EN

    allocation
    Partitioning the input or output flows of a unit process to the product system under study.
    [ISO 14040]

    Тематики

    EN

     

    распределение (нагрузки)

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    формирование инвестиционных ресурсов
    Процесс оптимизации объема и структуры инвестиционных ресурсов, их привлечения на предприятие из различных источников.
    [ http://slovar-lopatnikov.ru/]

    Тематики

    EN

    3.38 распределение (allocation): Процедура, применяемая при проектировании системы (объекта) и направленная на распределение требований к значениям характеристик объекта по компонентам и подсистемам в соответствии с установленным критерием.

    Источник: ГОСТ Р 51901.6-2005: Менеджмент риска. Программа повышения надежности оригинал документа

    3.4 распределение (allocation): Процедура, применяемая при проектировании элемента и направленная на распределение требований качества элемента по его компонентам в соответствии с заданным критерием.

    Источник: ГОСТ Р 51901.5-2005: Менеджмент риска. Руководство по применению методов анализа надежности оригинал документа

    3.17 распределение (allocation): Распределение частей входных и выходных потоков процесса или системы жизненного цикла продукции между рассматриваемой продукционной системой и одной или большим числом других продукционных систем.

    Источник: ГОСТ Р ИСО 14040-2010: Экологический менеджмент. Оценка жизненного цикла. Принципы и структура оригинал документа

    3.17 распределение (allocation): Распределение частей входных и выходных потоков процесса или продукционной системы между рассматриваемой продукционной системой и одной или большим числом других продукционных систем.

    Источник: ГОСТ Р ИСО 14044-2007: Экологический менеджмент. Оценка жизненного цикла. Требования и рекомендации оригинал документа

    6.7 выделение (allocation): Распределение частей входных и выходных потоков процесса (6.4) или системы жизненного цикла продукции (6.1) между рассматриваемой системой производства продукции и одной или большим числом других систем производства продукции.

    [ИСО 14040:2006]

    Источник: ГОСТ Р ИСО 14050-2009: Менеджмент окружающей среды. Словарь оригинал документа

    Англо-русский словарь нормативно-технической терминологии > allocation

  • 13 plan d’allotissement des frequences

    1. план частот линейного тракта системы передачи с ЧРК

     

    план частот линейного тракта системы передачи с ЧРК
    план частот

    Диаграмма, изображающая размещение полос частот групп каналов и частот линейного тракта системы передачи с ЧРК.
    [ ГОСТ 22832-77]

    Тематики

    Синонимы

    EN

    DE

    FR

    • plan d’allotissement des frequences

    22. План частот линейного тракта системы передачи с ЧРК

    План частот

    D. Leitungswegfrequenzschema

    Е. Frequency assignment plan

    F. Plan d’allotissement des frequences

    Диаграмма, изображающая размещение полос частот групп каналов и частот линейного тракта системы передачи с ЧРК

    Источник: ГОСТ 22832-77: Аппаратура систем передачи с частотным разделением каналов. Термины и определения оригинал документа

    Франко-русский словарь нормативно-технической терминологии > plan d’allotissement des frequences

  • 14 Leitungswegfrequenzschema

    1. план частот линейного тракта системы передачи с ЧРК

     

    план частот линейного тракта системы передачи с ЧРК
    план частот

    Диаграмма, изображающая размещение полос частот групп каналов и частот линейного тракта системы передачи с ЧРК.
    [ ГОСТ 22832-77]

    Тематики

    Синонимы

    EN

    DE

    FR

    • plan d’allotissement des frequences

    22. План частот линейного тракта системы передачи с ЧРК

    План частот

    D. Leitungswegfrequenzschema

    Е. Frequency assignment plan

    F. Plan d’allotissement des frequences

    Диаграмма, изображающая размещение полос частот групп каналов и частот линейного тракта системы передачи с ЧРК

    Источник: ГОСТ 22832-77: Аппаратура систем передачи с частотным разделением каналов. Термины и определения оригинал документа

    Немецко-русский словарь нормативно-технической терминологии > Leitungswegfrequenzschema

  • 15 OS

    1. эксплуатационная система
    2. разнос турбины
    3. рабочая станция оператора
    4. превышение числа оборотов
    5. ОС
    6. операционная система
    7. наружное размещение под землей
    8. масляный выключатель
    9. абонентская (под)станция

     

    абонентская (под)станция
    Абонентская станция (МСЭ-R F.758-4).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    масляный выключатель

    [Я.Н.Лугинский, М.С.Фези-Жилинская, Ю.С.Кабиров. Англо-русский словарь по электротехнике и электроэнергетике, Москва]

    Тематики

    • электротехника, основные понятия

    EN

     

    наружное размещение под землей
    (МСЭ-Т L.13).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    ОС
    Операционная система.
    [ ГОСТ Р 54456-2011]

    Тематики

    • телевидение, радиовещание, видео

    EN

     

    операционная система
    Совокупность системных программ, предназначенная для обеспечения определенного уровня эффективности системы обработки информации за счет автоматизированного управления ее работой и предоставляемого пользователю определенного набора услуг.
    [ ГОСТ 15971-90]

    операционная система
    Комплекс программ, обеспечивающий в системе выполнение других программ, распределение ресурсов, планирование, ввод-вывод и управление данными.
    [ http://www.morepc.ru/dict/]

    Тематики

    EN

     

    превышение числа оборотов

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    разнос турбины

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    эксплуатационная система

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > OS

  • 16 OA

    1. упорядоченный агрегат
    2. сводный (об отчёте)
    3. открытая архитектура
    4. оптическое усиление
    5. наружное размещение выше уровня земли
    6. всеобъемлющий
    7. автоматизация делопроизводства

     

    автоматизация делопроизводства

    [Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

    Тематики

    EN

     

    всеобъемлющий
    всеохватывающий

    (о плане, программе)
    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    Синонимы

    EN

     

    наружное размещение выше уровня земли
    (МСЭ-Т L.13).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    оптическое усиление
    (МСЭ-Т G.798).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

     

    открытая архитектура
    Компьютерная архитектура, построенная на открытых стандартах и доступная для производства и/или расширения третьим фирмам. Примером такой архитектуры является ПК IBM PC.
    [ http://www.morepc.ru/dict/]

    Основная тенденция развития технических средств (аппаратного и программного обеспечения) SCADA миграция в сторону полностью открытых систем. Открытая архитектура позволяет независимо выбирать различные компоненты системы от различных производителей; в результате расширение функциональных возможностей, облегчение обслуживания и снижение стоимости SCADA-систем.
    Ориентация на открытые архитектуры при построении систем диспетчерского управления и сбора данных позволяет разработчикам этих систем сконцентрироваться непосредственно на целевой задаче SCADA сбор и обработка данных, мониторинг, анализ событий, управление, реализация HMI-интерфейса.
    [Журнал Мир компьютерной автоматизации - Системы диспетчерского управленияи сбора данных (SCADA-системы)]
    OPC-UA обладает мощной системой безопасности; открытой архитектурой связи на любом уровне предприятия и всеми необходимыми инструментами для уровня управления предприятия.
    [«ИСУП», № 3(19)_2008]

    Интегрированная инструментальная среда Good Help проектировалась для программирования комплекта для распределенных систем I-7000, однако, обладая открытой архитектурой и наличием поддержки обмена через ОРС-сервер, может быть использована и для программирования других PC-совместимых контроллеров.
    [«ИСУП», № 3(3)_2004]
     

    Тематики

    EN

     

    сводный (об отчёте)

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    упорядоченный агрегат
    (МСЭ-Т Y.1370).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Тематики

    • электросвязь, основные понятия

    EN

    Англо-русский словарь нормативно-технической терминологии > OA

  • 17 co-location

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение

    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

    Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

    Чем же отличается колокейшн от хостинга?


    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

    Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?


    Основных причин для перехода с виртуального хостинга на colocation две:

    1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?


    Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

    Пользователь colocation платит за трафик, который генерируется его сервером
    Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

    Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

    Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

    Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

    Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

    Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

    Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

    Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

    Какие существуют виды оплаты при колокейшн?


    .masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
    Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

    В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > co-location

  • 18 collocation

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение

    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

    Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

    Чем же отличается колокейшн от хостинга?


    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

    Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?


    Основных причин для перехода с виртуального хостинга на colocation две:

    1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?


    Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

    Пользователь colocation платит за трафик, который генерируется его сервером
    Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

    Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

    Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

    Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

    Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

    Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

    Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

    Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

    Какие существуют виды оплаты при колокейшн?


    .masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
    Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

    В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > collocation

  • 19 colocation

    1. колокейшн

     

    колокейшн
    размещение сервера
    Услуга по размещению вашего серверного оборудования на телекоммуникационном узле, имеющем высокоскростное подключение к сети Интернет, обеспечению технических условий функционирования оборудования, таких как стабильное электропитание, оптимальная температура и влажность, круглосуточный мониторинг состояния.
    [ http://your-hosting.ru/terms/c/colloc/]

    размещение физических серверов
    со-размещение

    Размещение оборудования Заказчика на площадях Провайдера, а также предоставление последним сервисных услуг по инсталляции, настройке, управлению и обеспечению безопасности установленного оборудования на базе фиксированной арендной платы.
    [ http://www.outsourcing.ru/content/glossary/A/page-1.asp]

    совместное размещение
    Размещение оборудования электросвязи принадлежащего разным компаниям-операторам в одном помещении или здании (МСЭ-Т K.58).
    [ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

    Что такое "колокейшн"? И чем отличаются друг от друга colocation, co-location и collocation?

    Вообще, все эти слова означают одно — размещение сервера клиента на технической площадке провайдера. Техническая площадка — это специализированное помещение с гарантированным электропитанием, поддержанием достаточно низкого уровня температуры, с охраной, системой пожаротушения и так далее. По сути, это узел связи. Разница в написании слова «colocation» возникла очень давно, причем по вполне естественным причинам. В оригинале, по-английски, верны все три написания этого слова. Поэтому все пишут его так, как привыкли. Вот и все.

    Чем же отличается колокейшн от хостинга?


    Colocation — это размещение своего оборудования (сервера) на технической площадке провайдера. Это действительно похоже на хостинг, когда вы размещаете свой веб-ресурс у провайдера. Однако виртуальный хостинг — это когда на провайдерской машине находятся сотни сайтов его клиентов, а colocation — когда клиент устанавливает своей сервер у провайдера и использует все его ресурсы только для размещения своего собственного сайта.

    Как правило, для colocation применяются специализированные серверы, которые собираются в промышленных корпусах шириной 19 дюймов, предназначенных для монтажа в специальную стойку. Еще одна характеристика габаритов корпуса — высота. Она измеряется в юнитах (unit). Это порядка 45 миллиметров. Сервера бывают размером в 1 юнит (1U), 2 юнита (2U), 4 юнита (4U) и так далее. Как правило, сейчас клиенты размещают серверы в 1U-корпусах, так как с пользователей взимается плата за размер сервера пропорционально количеству юнитов. Например, 1U стоит одно количество денег, а 2U — в два раза большее. На деле, в 1U корпусе можно собрать как очень мощный двухпроцессорный сервер с двумя-тремя дисками, так и "слабенький" недорогой сервер, которого, тем не менее, хватит для размещения большинства проектов.

    Серверы для colocation отличаются от обычных компьютеров, кроме необычного корпуса, материнской платой. Существуют специальные серверные материнские платы, которые содержат прямо на себе весь необходимый набор комплектующих — сетевые карты, видеокарты, контроллеры жестких дисков SCSI/ATA/SATA и так далее. Кроме того, к производству таких материнских плат предъявляются повышенные требования по качеству.

    Вообще, сервер можно как собрать "руками" самостоятельно, так и купить готовый. Однако нужно помнить о том, что сервер отличается от обычного компьютера тем, что он постоянно работает, причем с серьезной нагрузкой. Работает без перерывов годами. Соответственно, нужно думать о необходимом количестве специальных вентиляторов, продумать прохождение воздушных потоков внутри сервера и так далее. Все эти моменты уже учтены в готовых серверах. Это очень важно.

    Как правило, для colocation применяются специализированные серверы, которые собираются в специальных промышленных корпусах шириной 19 дюймов, и предназначены такие корпуса для монтажа в специальную стойку

    В какой ситуации для клиента имеет смысл переходить на колокейшн?


    Основных причин для перехода с виртуального хостинга на colocation две:

    1. Ваш веб-проект настолько вырос, что потребляет столько ресурсов, сколько ему не могут предоставить на хостинговой машине провайдера. Мы помним, что на каждой хостинговой машине, кроме вас, "живет" еще несколько сотен серверов. Если проект большой, посещаемый, требует много вычислительных ресурсов, рано или поздно он начинает "тормозить" на "общем" хостинге. Да, возможно, что хостинг-провайдер просто поместил на физический сервер слишком много виртуальных веб-серверов, но зачастую это все же не так. Как только сервер начинает "тормозить" на хостинге, нужно заняться оптимизацией скриптов и запросов к базе данных. Если это не помогает, то нужно задумываться о colocation, изучать эту возможность, не пора ли действительно брать отдельный сервер.

    2. Проекту нужно много дискового пространства. Сейчас на хостинге предлагают 500 мегабайт места или даже 1 Гб. Есть провайдеры, которые предлагают и больше. Однако разместить хотя бы 5 Гб на виртуальном хостинге уже просто нереально. Кстати, как правило, проекты, которым нужно много места, сталкиваются и с проблемами производительности, ведь эти данные не просто лежат на диске — с ними работают посетители. Много данных, надо полагать, предполагает наличие большого количества посещений. Ведь эти данные размещаются, чтобы люди их смотрели, а не просто так. На colocation же в вашем распоряжении окажется весь жесткий диск сервера или даже несколько дисков — сколько пожелаете и купите. Диски емкостью 100-150 Гб, выполненные по технологии SATA, стоят чуть более ста долларов. Более быстрые SCSI-диски подороже. Все это делает colocation очевидной возможностью для развития проектов, которые требуют много места. В конце концов, аренда многих гигабайт места на сервере у хостинг-провайдера по затратам делает услугу виртуального хостинга очень похожей на colocation или хотя бы сравнимой.

    Насколько колокейшн дороже обычного хостинга?


    Как правило, за пользование виртуальным хостингом взимается некая фиксированная плата, которая составляет несколько долларов в месяц. Кроме того, пользователь может приобрести дополнительные услуги. Например, больше дискового пространства, больше почтовых ящиков и так далее. Структура платежей в пользу хостинг-провайдера проста и понятна.

    В случае с colocation все несколько сложнее. Пользователи colocation, во-первых, должны приобрести сервер. Как уже говорилось, цены на серверы начинаются от $800-1000. То есть цена "входного билета" значительно выше, чем в случае с виртуальным хостингом. Однако есть варианты — можно не покупать сервер, а недорого взять его в аренду у провайдера — об этом ниже.

    Также пользователи colocation платят за размещение сервера. Как правило, цена этой услуги должна составлять порядка $50 — такова рыночная цена на сегодняшний день, середину лета 2004 года. Стоимость размещения сервера плавно снижалась с годами. Так, пять лет назад размещение colocation сервера стоило не менее $200-300 в месяц. Тогда такая цена обуславливалась крайне скудным предложением и эксклюзивностью услуг, так как клиентов были единицы. Сейчас цены находятся на уровне себестоимости, и снижение цены до $20, скажем, маловероятно. Впрочем, возможны варианты, и время все расставит по местам.

    Пользователь colocation платит за трафик, который генерируется его сервером
    Также пользователь colocation платит за трафик, который генерируется его сервером. В данный момент ситуация на рынке такова, что многие провайдеры предлагают неограниченный трафик за фиксированную сумму, которая, как правило, включена в стоимость размещения оборудования, о которой писалось выше. Однако есть один момент — провайдерам выгодно, чтобы трафик, генерируемый клиентом, был российским. То есть предназначался для пользователей, которые находятся в России. Провайдеры просят, чтобы трафик, создаваемый сервером, был как минимум наполовину российским. Таково предложение компании.masterhost, например. На практике практически все пользователи легко укладываются в такое ограничение, и проблем тут нет.

    Если сравнивать стоимость размещения сайта на виртуальном хостинге и на colocation в цифрах, то хостинг для серьезного сайта в виртуальной среде стоит от $20 в месяц, а размещение собственного сервера — от $50 в месяц. Вполне сравнимые цифры, тем более что во втором случае ваш веб-сервер получает в десятки раз больше ресурсов. То есть colocation — это естественный путь развития для серьезных проектов.

    Какие особые возможности колокейшн предоставляет по сравнению с хостингом?

    Две главные возможности colocation — это несравнимо большее количество ресурсов (диска, памяти, процессорного времени) и гибкость настройки и конфигурации. На виртуальном хостинге ваш сайт находится на одной машине с еще несколькими сотнями похожих сайтов. Конечно, ресурсов вы получаете немного, но вполне достаточно для работы даже довольно серьезного ресурса. Однако, как только на сервер возникает повышенная нагрузка — например в часы пик или при резком увеличении количества посетителей по какой-то причине, — у пользователя возникают риски. Например, риск нехватки каких-то ресурсов. Риски, в общем, небольшие, но если ваш сайт — это, например, интернет-магазин, то каждая ошибка на сайте — это несделанный посетителем заказ. Стоит подумать, нужно ли рисковать в том случае, если за сравнимые деньги можно получить в пользование целый отдельный сервер.

    Гибкость. Очень часто программистам, которые работают над сайтом, нужно поставить какие-нибудь дополнительные модули или использовать нестандартное программное обеспечение. Не всегда есть возможность установить на сервер нужное ПО и настроить его так, как нужно. В случае же с colocation этой проблемы не существует в принципе, так как администратор сервера может устанавливать что угодно и настраивать ПО любым образом.

    Можно сказать, что виртуальный хостинг — это "детство" серьезных проектов, а colocation — их "зрелость". Переход на colocation — это естественный путь развития любого большого проекта, и таким веб-ресурсам однозначно нечего делать на виртуальном хостинге.

    Бывает ли колокейшн на собственных компьютерах клиентов, и есть ли в этом смысл? Как в этом случае эти компьютеры обслуживаются?

    Как правило, colocation — это именно установка собственного компьютера-сервера пользователя на площадку хостинг-провайдера. В этом случае клиент сам занимается администрированием сервера, его настройкой, а также принимает на себя риски, связанные с поломкой комплектующих. Это классический вариант. Однако в последнее время активно развивается направление аренды сервера у провайдера. Клиенту не нужно платить тысячу-полторы-две долларов за сервер. Можно его за небольшую плату арендовать у провайдера. Это интересный вариант для только запускающихся проектов, когда денег на покупку сервера еще нет. Впоследствии, как правило, можно выкупить сервер у провайдера или приобрести свой сервер независимо. Да, при аренде риски, связанные с поломкой сервера, берет на себя провайдер. То есть если провайдер сдает вам в аренду сервер, он отвечает за его работоспособность и за оперативную замену вышедших из строя комплектующих, если, не дай Бог, такое случится. Это интересный вариант, так как ехать в три ночи на другой конец города, чтобы поменять "полетевшую" память — не очень интересное занятие. А если пользователь живет в другом городе...

    Насколько часто сейчас используется колокейшн?

    Услуга многие годы развивалась. Пять лет назад клиентов colocation у провайдеров были единицы. Года три назад — десятки. Сейчас у серьезных провайдеров, занимающихся размещением серверов как отдельным бизнесом, уже сотни клиентов. Colocation используют интернет-магазины, сетевые СМИ, игровые порталы, баннерные сети, различные контент-проекты. Также многие компании выносят на colocation из своих офисов почтовые сервера и другие службы. Есть много вариантов использования colocation, и их становится все больше. Наблюдается четкая тенденция к "переезду" на colocation "выросших" из виртуального хостинга проектов, так как провайдеры предлагают не просто взять и поставить машину, а предоставляют полный комплекс услуг с администрированием клиентского сервера.

    Какие сложности возникают перед клиентом при использовании колокейшн?

    Главная проблема — необходимость наличия системного администратора, который установит и настроит операционную и хостинговую среду, а также будет потом заниматься поддержкой и администрированием системы. С одной стороны — да, это проблема. Но с другой — найти администратора несложно, и стоит это недорого. Нет необходимости, например, брать на работу "выделенного" человека. Вполне можно пользоваться и разовыми услугами по необходимости.

    Однако хостинг-провайдеры предлагают и свои собственные услуги по администрированию. Те же специалисты, которые занимаются администрированием хостинговых серверов провайдера, вполне могут заниматься и сервером клиента. Стоить это будет значительно дешевле, чем привлечение клиентом стороннего специалиста.

    Также есть проблема с "железом", которое потенциально может ломаться. Нужно брать сервер с серьезной гарантией или не покупать его, а брать в аренду у провайдера.

    Какие существуют виды оплаты при колокейшн?


    .masterhost предлагает клиентам colocation платить им за генерируемый исходящий трафик
    Те же самые, как и в случае с оплатой хостинга. По сути, система приема платежей одна и та же — как для клиентов хостинга, так и для colocation. Кстати, тут есть одна интересная возможность. Наша компания, например, предлагает клиентам colocation платить им за генерируемый исходящий трафик. То есть если у проекта много исходящего трафика, мы вполне готовы даже заплатить за него клиенту. Возможно, что и не очень много, однако это вполне позволяет снизить плату за colocation или же вообще избавиться от нее. Проекты с довольно большим трафиком могут даже заработать.

    В заключение хочу добавить несколько слов о неочевидных выгодах использования именно colocation, а не виртуального хостинга. Переходя на использование выделенного сервера для хостинга своих ресурсов, владелец сайта автоматически увеличивает посещаемость своего ресурса — просто потому что его сервер может просто физически принять и обслужить больше посетителей. Больше посетителей — это возможность показать больше рекламы, к примеру.

    Используя colocation, можно значительно наращивать ресурсы сервера. Например, если понадобилось дополнительное дисковое пространство, покупаете за $100 диск на 120 Гб, и проблема решена. Стало больше посетителей, и сервер не справляется с работой скриптов — меняем процессор на более мощный, и проблем тоже нет.

    [ http://hostinfo.ru/articles/358]

    Тематики

    Синонимы

    EN

    Англо-русский словарь нормативно-технической терминологии > colocation

  • 20 housing

    1. хомут (для устранения течи в трубопроводе)
    2. размещение (груза)
    3. охранный кожух
    4. оправа защитных очков сварщика
    5. обеспечение жильём
    6. навес над механизмами или установкой
    7. навес над механизмами
    8. корпус преобразователя
    9. кожух шинопровода
    10. изолятор
    11. здание
    12. жилищный фонд
    13. жилищное строительство
    14. дома и жилищное строительство
    15. баллон герметизированного магнитоуправляемого контакта

     

    баллон герметизированного магнитоуправляемого контакта
    Герметичная оболочка магнитоуправляемого контакта
    [ ГОСТ 17499-82]

    EN

    -

    FR

    -

    Тематики

    Обобщающие термины

    Синонимы

    EN

    DE

    FR

     

    дома и жилищное строительство

    [ http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

    EN

    housing
    1) Dwelling-houses collectively and the provision of these. 2) Shelter, lodging.
    [http://www.eionet.europa.eu/gemet/alphabetic?langcode=en]

    Тематики

    EN

    DE

    FR

     

    жилищное строительство

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    жилищный фонд

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    здание
    Наземное сооружение с помещениями для проживания, деятельности людей, хранения сырья или продукции или содержания животных.
    [Терминологический словарь по строительству на 12 языках (ВНИИИС Госстроя СССР)]

    здание
    Наземное строительное сооружение с помещениями для проживания и (или) деятельности людей, размещения производств, хранения продукции или содержания животных
    [ ГОСТ Р 52086-2003]

    здание
    Строительная система, состоящая из несущих и ограждающих или совмещенных несущих и ограждающих конструкций, образующих наземный замкнутый объем, предназначенный для проживания или пребывания людей в зависимости от функционального назначения и для выполнения различного вида производственных процессов.
    [РД 01.120.00-КТН-228-06]

    здание

    Покрытая крышей конструкция со стенами, в которой энергия применяется для создания определенных условий внутри помещения. В качестве здания может рассматриваться здание целиком или его часть, спроектированная или перестроенная для отдельной эксплуатации.
    [ДИРЕКТИВА 2002/91/ЕС ЕВРОПЕЙСКОГО ПАРЛАМЕТА И СОВЕТА от 16 декабря 2002 г. по энергетическим характеристикам зданий]

    здание
    Результат строительства, представляющий собой объемную строительную систему, имеющую надземную и (или) подземную части, включающую в себя помещения, сети инженерно-технического обеспечения и системы инженерно-технического обеспечения и предназначенную для проживания и (или) деятельности людей, размещения производства, хранения продукции или содержания животных.
    [Технический регламент о безопасности зданий и сооружений]

    здание
    Результат строительства, представляющий собой объемную строительную систему, имеющую надземную и (или) подземную части, включающую в себя помещения, сети и системы инженерно-технического обеспечения и предназначенную для проживания и (или) деятельности людей, размещения производства, хранения продукции или содержания животных [4].
    Примечание - Данное определение может относиться к зданию в целом или к отдельным частям здания, которые могут использоваться отдельно.

    [ ГОСТ Р 54860-2011]

    КЛАССИФИКАЦИЯ

    1. Промышленные здания
      1. производственное здание
      2. складское здание
    2. Общественные здания
      1. учреждения и организации управления, финансирования, кредитования, госстраха, просвещения, дошкольные;
        1. административное здание
      2. библиотеки, архивы;
      3. предприятия торговли, общепита, бытового обслуживания населения;
      4. гостиницы;
      5. лечебные учреждения;
      6. музеи;
      7. зрелищные предприятия и спортивные сооружения
        1. зрелищное здание
        2. спортивное здание
    3. Жилые здания


    Части здания

    4545
    1 - фундамент;
    2 - цоколь;
    3 - поле стены (лицевая поверхность стены);
    4 - карниз;
    5 - оконный проем;
    6 - дверной проем;
    7 - простенок;
    8 - перемычка (часть стены, перекрывающая оконные или дверные проемы);
    9 - междуэтажное перекрытие;
    10 - подвал;
    11 - подполье;
    12 - нижнее перекрытие;
    13 - чердачное перекрытие;
    14 - балки;
    15 - кровля;
    16 - стропила;
    (15+16) - крыша

    [Грингауз Ф.И. Слесарь-жестянщик по промышленной вентиляции. Госстройиздат, 1959. 264 стр.]

    Тематики

    EN

    DE

    FR

     

    изолятор
    Изделие, служащее для электрической изоляции и механического крепления частей электрических устройств, находящихся под разными потенциалами
    [ ГОСТ 21962-76]

    изолятор
    Электротехническое устройство, предназначенное для электрической изоляции и механического крепления электроустановок или их отдельных частей, находящихся под разными электрическими потенциалами.
    [ ГОСТ 27744-88]

    изолятор
    Изоляторы предназначены для создания электрической изоляции между контактами и между контактами и металлическим корпусом в заданных условиях работы. Изоляторы служат также для закрепления и фиксации контактов и передачи механических сил контактам при сочленении и расчленении вилок и розеток соединителей.
    В цилиндрических соединителях для крепления изоляторов в корпусе применяют пружинные кольца, в прямоугольных соединителях - винтовые зажимы.
    [В. Ф. Лярский, О. Б. Мурадян. Электрические соединители. Справочник. Радио и связь, 1988]

    изолятор (электрического соединителя)
    Часть соединителя, удерживающая контакт-детали в требуемом положении и обеспечивающая их электрическую изоляцию друг от друга и от корпуса
    [Интент]

    EN

    connector insert
    insulating element designed to support and position contacts in a connector housing
    [IEV number 581-27-11]

    insulator
    device intended for electrical insulation and mechanical fixing of equipment or conductors which are subject to electric potential differences
    [IEV number 471-01-10]

    insulator
    device designed to support and insulate a conductive element
    [IEV number 151-15-39]

    FR

    isolant d’un connecteur
    elément isolant conçu pour tenir et positionner les contacts dans le boîtier du connecteur
    [IEV number 581-27-11]


    isolateur
    dispositif destiné à isoler électriquement et à maintenir mécaniquement un matériel ou des conducteurs soumis à des potentiels électriques différents
    [IEV number 471-01-10]

    isolateur, m
    dispositif destiné à maintenir et à isoler un élément conducteur
    [IEV number 151-15-39]

    0239_1

    1. Монтажная сторона
    2. Изолятор
    3. Контактная сторона

    Тематики

    Классификация

    >>>

    EN

    DE

    FR

     

    кожух шинопровода
    -

    Трубы или металлические рукава с проводами должны вводиться в ответвительные секции через отверстия, выполненные в кожухах шинопроводов.
    [СНиП 3.05.06-85]

    Шинопроводы должны быть защищены металлическими кожухами, обеспечивающими степень защиты не менее IР31. Кожухи должны открываться только при помощи специальных (торцевых) ключей.
    [ПУЭ, раздел 7]

    543.2.2. Оболочки или рамы комплектных устройств заводского изготовления или кожуха комплектных шинопроводов, имеющиеся в составе установки, могут использоваться в качестве защитных проводников при условии, что они одновременно удовлетворяют следующим требованиям...

    [ ГОСТ Р 50571.10-96]

     

    Тематики

    EN

     

    корпус преобразователя
    Конструктивный узел, в котором размещены все элементы преобразователя.
    [Система неразрушающего контроля. Виды (методы) и технология неразрушающего контроля. Термины и определения (справочное пособие). Москва 2003 г.]

    Тематики

    • виды (методы) и технология неразр. контроля

    EN

     

    навес над механизмами или установкой

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    обеспечение жильём

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

     

    размещение (груза)
    помещение
    здание


    [ http://slovarionline.ru/anglo_russkiy_slovar_neftegazovoy_promyishlennosti/]

    Тематики

    Синонимы

    EN

     

    хомут (для устранения течи в трубопроводе)

    [А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

    Тематики

    EN

    Англо-русский словарь нормативно-технической терминологии > housing

См. также в других словарях:

  • размещение системы — — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN system residence …   Справочник технического переводчика

  • Размещение автотранспортного средства — установка автотранспортного средства, прекратившего дорожное движение, на отведенное место... Источник: ПОСТАНОВЛЕНИЕ Правительства Москвы от 20.02.2007 N 99 ПП О РАЗРАБОТКЕ ЦЕЛЕВОЙ ПРОГРАММЫ ГОРОДА МОСКВЫ СОЗДАНИЕ СИСТЕМЫ ЕДИНОГО ГОРОДСКОГО… …   Официальная терминология

  • системы управления Играми (СУИ) — Прикладные области, связанные с управлением Играми, или отвечающей за них организацией. Примеры таких областей — аккредитация, укомплектование персоналом Игр, транспортное обеспечение, контроль доступа и логистика. В качестве организации… …   Справочник технического переводчика

  • Размещение производительных сил —         географическое распределение вещественных компонентов производства и трудовых ресурсов по территории стран и их экономическим районам. Р. п. с. определяется господствующим способом производства, формой собственности на средства… …   Большая советская энциклопедия

  • Системы разработки нефтяных месторождений — ► oil field exploitation system Под системой разработки понимают размещение на площади нефтегазоносности необходимого числа эксплуатационных, наблюдательных и пьезометрических скважин с соблюдением порядка ввода их в эксплуатацию и поддержанием… …   Нефтегазовая микроэнциклопедия

  • инженерные системы центра обработки данных — [Интент] Инженерные системы — наиболее дорогостоящая составляющая ЦОД, но именно благодаря ей удается обеспечить надлежащее функционирование размещаемого оборудования. При строительстве центра обработки данных (ЦОД) приходится учитывать… …   Справочник технического переводчика

  • ГОСТ 19176-85: Системы управления техническими средствами корабля. Термины и определения — Терминология ГОСТ 19176 85: Системы управления техническими средствами корабля. Термины и определения оригинал документа: 14. Аварийное управление техническими средствами корабля Управление по аварийным сигналам выхода из строя технических… …   Словарь-справочник терминов нормативно-технической документации

  • ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования — Терминология ГОСТ Р МЭК 61513 2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа: [МАГАТЭ 50 SG D8] Примечание 1 См. также «система, важная для безопасности», «класс систем контроля… …   Словарь-справочник терминов нормативно-технической документации

  • СА 03-002-05: Стандарт ассоциации. Системы мониторинга агрегатов опасных производственных объектов. Общие технические требования — Терминология СА 03 002 05: Стандарт ассоциации. Системы мониторинга агрегатов опасных производственных объектов. Общие технические требования: 2.1. Агрегат : совокупность механически соединенных механизмов, узлов, машин и конструкций, работающих… …   Словарь-справочник терминов нормативно-технической документации

  • Ядро (операционной системы) — У этого термина существуют и другие значения, см. Ядро. Ядро центральная часть операционной системы (ОС), обеспечивающая приложениям координированный доступ к ресурсам компьютера, таким как процессорное время, память и внешнее аппаратное… …   Википедия

  • ОТОПИТЕЛЬНЫЕ СИСТЕМЫ — различные системы обогрева помещений с целью поддержания теплового комфорта или для производственных нужд. Этот термин обычно применяется к системам, в которых сжигание топлива происходит в более или менее удаленном от обогреваемого помещения… …   Энциклопедия Кольера

Поделиться ссылкой на выделенное

Прямая ссылка:
Нажмите правой клавишей мыши и выберите «Копировать ссылку»